home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 962 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.9 KB
  1. From: itschere@techfak.uni-bielefeld.de
  2. Subject: Re: stty 0; stty 19200 on modem1, 1 patch...
  3. Date: Mon, 31 Jan 94 11:53:08 MET
  4. In-Reply-To: <9401292336.AA21336@topo.matups.fr>; from "Thierry Bousch" at Jan 30, 94 00:36:45 am
  5.  
  6. Salut Thierry!
  7.  
  8. > Apart from that, I also have a (buffered and interrupt-based) device
  9. > driver for the Centronics port, if someone is interested...
  10.  
  11.  I would be quite interested, not only because I could then stop
  12. finishing my own driver... :-)
  13.  
  14.  Since completely integrating new device driver into the kernel is
  15. probably a longish thing to do, I was wondering if it wasn't a good
  16. idea to fix the biosfs so that it would be possible to replace an
  17. internal bios device with a driver with the same name. Just to be
  18. transparent...
  19.  
  20.  Also I was wondering where the consensus should go how these driver
  21. report incoming characters to the kernel. As far as I see, your
  22. modm0dev uses a daemon which periodically checks for characters.
  23. Which is the only reason I don't have installed it all the time,
  24. cause it really messes debug output a lot :-(
  25.  
  26.  My idea was that perhaps the so far used variable 'kintr` should be
  27. turned into a 32 bit vektor and made accessible through the kernel
  28. pointer, so that every device driver gets a bit for its own. Would
  29. of course need some numbering of device driver, limit them to not more
  30. than 32 at a time and perhaps be somehow slow if checking if done in
  31. the context switch routine, if you want a quick response, but...
  32.  
  33.  Ah yes, and then I'm known to be not severly interested in not
  34. breaking existing code sometimes... ;-)
  35.  
  36.  Point is that I think this should perhaps allow a quick integration
  37. into the kernel, in spite of rewriting most of it.
  38.  
  39. au revoir,
  40. TeSche
  41. -- 
  42. PS: If the above written looks weird, then that's probably because it _IS_.
  43. Torsten Scherer (Schiller, TeSche...), University of Bielefeld, Germany
  44. ==> itschere@techfak.uni-bielefeld.de / tesche@hrz.uni-bielefeld.de <==
  45.